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ABSTRACT 



A page description language is interpreted by an interpreter 
which outputs successive object definitions. Each object 
definition is conditionally added to a display list. Based on 
certain conditions, the display list is rendered and cleared at 
various times during the interpretation of the page descrip- 
tion. If an object definition describes an image object, the 
display list is rendered and cleared and the image object is 
added to the display list. If any objects are clipped in the 
display list, a corresponding clip object definition output 
from the interpreter is also ensured to exist within the 
display list. The display list is also rendered and cleared if 
it becomes too big in size. Clipping state changes of output 
object definitions from the interpreter also cause the display 
list to be rendered and cleared. By conditionally rendering 
the display list during interpretation, memory, storage, speed 
and processing requirements are improved for page descrip- 
tion processing. 

18 Claims, 7 Drawing Sheets 
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COMPUTER SYSTEM AND PROCESS FOR 
EFFICIENT PROCESSING OF A PAGE 
DESCRIPTION USING A DISPLAY LIST 

CROSS-REFERENCE TO RELATED 5 
APPLICATIONS 

This application is a continuing application claiming the 
benefit under 35 U.S.C §120 of U.S. application Ser. No. 
08/719,256 filed Sep. 24, 1996, entitled COMPUTER SYS- 
TEM FOR PROCESSING IMAGES USING A VIRTUAL 10 
FRAME BUFFER, which is hereby incorporated by refer- 
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The present invention is related to computer systems and 
processes for processing page descriptions of documents, 
including combinations of text, graphics, and other images. 
More particularly, the present invention is related to tech- 
niques for generating and processing display lists containing 2Q 
object definitions produced by interpretation of a page 
description. 

BACKGROUND OF THE INVENTION 

Most computer systems use a form of raster image to 2 s 
display image data on an output device such as a cathode ray 
tube (CRT) monitor, liquid crystal display (LCD), or a 
printing device such as a color laser copier. A raster image 
is represented as a series of scan lines of pixels, wherein 
pixels are accessed, and each scan line is processed sequen- 30 
tially by the output device. Raster image data is produced by 
a process called rendering, and typically is stored in a 
memory device called a frame buffer, which may be 
accessed by the output device. A frame buffer typically is 
large enough to store image data that represents a "page," 35 
which corresponds to a printed or displayed page of data. A 
document may be composed of several pages. 

A document typically may be defined using a page 
description language. Page description languages, such as 
the POSTSCRIPT language produced by Adobe Systems, 40 
Inc., provide commands similar to a programming language 
which may be used to describe the visual representation of 
a page. A page description language describes the appear- 
ance of text, graphical shapes, and sampled images in a page 
to be displayed on an output device. A document written in 45 
a page description language such as the POSTSCRIPT 
language may be used to communicate the description of 
pages of the document from a composition system such as 
a word processor on a computer, to a display system such as 
a laser printer. To display or print the document, the page 50 
description language is interpreted by an interpreter, or may 
be compiled or translated, and is then rendered into image 
data. 

Interpreters of page description languages typically pro- 
cess images in one of two modes: band mode and frame 55 
mode. In band mode, the entire page description is 
interpreted, and a list of every imaging operation, called a 
display list, is built including all the data needed to image the 
page. The rendering device renders the display list after the 
display list is fully created. A display list can grow to be very 60 
large. A large display list must be stored temporarily on 
secondary storage, i.e., is swapped from main memory, 
which requires repeated extra processing steps to both read 
from and write to the display list. Then, during rendering of 
the display list to create bands of image data for the output 65 
device, swapping also may occur which further reduces 
performance. 



In frame mode, on the other hand, a display list is not 
constructed. Instead, a full page image exists, and each 
imaging operation is immediately processed as it is encoun- 
tered to update the full page image. Whereas a band mode 
processor traverses the output page image in an orderly 
fashion, sweeping from one edge to the opposite edge, a 
frame mode processor accesses the output page randomly. If 
this full page image does not fit in primary memory, frame 
mode processing may require swapping as the full page 
image is randomly accessed. Similarly, if the full page image 
is partially compressed, frame mode processing may require 
repeated decompression and compression of portions of the 
full page image as it is randomly accessed. Either of these 
possibilities significantly decreases processing throughput. 

SUMMARY OF THE INVENTION 

In the present invention, a page description is interpreted 
to produce a display list, similar to band mode operation, but 
the display list is periodically rendered and cleared while the 
page description is interpreted. The occurrence of several 
conditions may cause the display list to be rendered and 
cleared, such as a change in state of clipping of the objects 
in the display list, an occurrence of a sampled image object 
in the page description and an increase in size of the display 
list beyond a predetermined threshold. The occurrence of 
these conditions may be detected both before and after each 
new object definition is appended to the display list. 

Accordingly, one aspect of the present invention is a 
computer-implemented process or computer system for pro- 
cessing a document in a page description language. In this 
process or system, the document is interpreted to produce a 
sequence of object definitions specifying an object in the 
document. For each object definition in the sequence of 
object definitions, occurrence of a condition created by the 
object definition is detected. The object definition is condi- 
tionally added to a display list according to the condition 
detected. The display list is rendered and cleared when 
occurrence of the condition is detected. The condition 
detected may be whether the object definition defines a 
sampled image, or, when each object definition has a clip- 
ping state indicating whether the object is clipped, whether 
the clipping state of the object definitions in the display list 
is different from the clipping state of the object definition. 
The condition detected also may be whether the display list 
has exceeded a predetermined size. 

Another aspect of the present invention is a computer- 
implemented process or computer system for processing a 
document defined using a page description language to 
produce output image data. In this process or system, a 
sequence of object definitions is received from a page 
description interpreter that interprets the document, wherein 
each object definition has a clipping state indicating whether 
the object is clipped by a nonrectangular clipping path. A 
display list is provided. Initially the display list is empty. For 
each received object definition, if the display list is non- 
empty, then if the received object is a sampled image or if 
the object definitions in the display list have a clipping state 
different from the received object definition, the display list 
is rendered to provide a portion of the output image data and 
the display list is cleared. It is next determined whether the 
object definition has a corresponding clip object. When the 
object definition has a corresponding clip object, the process 
or system ensures that a clip object definition for the clip 
object is in the display list. In order to ensure that a clip 
object definition is in the display list, a clip object definition 
corresponding to the received object definition is first iden- 
tified; if the identified clip object definition is not in the 
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display list, the identified clip object definition is added to PIG. 8 is a flowchart describing how processing is 

the display list. Next, the objects definition is appended to handled upon detecting the end of a page for one embodi- 

the display list. If the object definition is a sampled image or ment of the present invention, 
if the display list has exceeded a predetermined size, the 

display list is rendered to provide at least a portion of the 5 DETAILED DESCRIPTION 

output image data and the display list is cleared. ^ present mvention wiU ^ more completely under- 

Another aspect of the invention is a system for processing st00 d through the following detailed description which 

a document defined using page description language. The should be read in conjunction with the attached drawings in 

system includes a page description interpreter having an which similar reference numbers indicate similar structures, 

input for receiving the document and an output which 10 ^ j fa ablockdi illustrating an image processing 

provides a sequence of object definitions defining partial s jn 0M embodiment of the present invention. A page 

content of a page of the document. A display list processor descri tion 2 l is , set of programming language statements, 

has an input for receiving each object definition m the such m those ^ in me POSTSCRIPT language, which 

sequence of object definitions and an output providing a descri bes a page of document. To print or display the page, 

display!* of object definitions of a portion of a page of the w ^ descri , ion 21 is ; , inl0 , description 

document and an instruction when at least one condition inler p r e te r 22. The page description interpreter 22 interprets 

occurs due to a received object definition. An image ren- me desc ri ption 2 1 to produce a sequence of object 

dering apparatus has an input which receives the instruction defimtions> repr esented by objects 23. Adisplay list proces- 

from the display list processor and the display list and an m 24 feceives objects „ ou from ^ description 

output providing rendered image data of the portion of the 20 m ter n durin interpretation of page desc ription 21. 

page of the document defined by object definitions in the The djs { m processor 24 produces a display list 25 

display list. In one embodiment the page description inter- comprising one or more objecl definitions . The display list 

preter and the conditional display list processor and the ^ m t imo , dis { M renderer u which a(es and 

image rendering apparatus may aU operate in parallel, con- outputs image data 27, for example, into a frame buffer. The 

ciirrently with each other. The conditions that may occur due 25 fr ^ buffer ^ ^ of e 

to an object definition include the display list exceeding a for compression of tbe image data . frame buffer pr0 . 

predetermined size or when the object definition is a vidin ession ^ descri5ed in ^p^ing U.S. patent 

sampled image or, when each object definition has a clipping application Ser . No. 08/719,256. The process of generating 

state indicating whether the object is clipped, when the im age data from a display list is called rendering the display 

clipping suite of the object definitions in the display list is 30 ^ Rendered ^ ^ ^ ^ ^ displayed 

different from the clipping state of the received object Qn an output deyice such fls a videQ screen of ou(pm tQ & 

n. printer or copier, or may be saved either in secondary storage 

The present invention thus provides a more efficient m a g le or m mem ory for later use or further image 

mechanism for processing documents in a page description processing 

language. By rendering the display list upon the occurrence 35 pjQ 2 shows, by way of example, an image 40 which 

of a sampled image object or when object clipping in the con , ains varfous Qh - 3ft _ 39 M m mi h , ^ 

display list changes, or when the display list exceeds a rendered ^ objects 30 _ 39 ^ f med b one or 

predetermined size, memory and storage requirements are mQK progra mming language statements in a page descrip- 

optimized and swappmg is kept to a mmimum In particular, tion (e.g., 21 of FIG. 1). This page description is interpreted 

this conditional rendering allows the display list to be kept b aQ interpreter 22 , 0 provide object definitions 23 (FIG. 1) 

to a manageable size, and therefore, swappmg of the display re ti the objecls 30 _ 39 (FIG 2 ). These object defi- 

hst is minimized. In addition, by otherwise processing the nitions are , aced in a ^ j lis , and are rendered tQ 

document in a band mode, swapping of frame memory is duce each of ^ ^ 30 _ 39 fa ^ ^ ^ 

minimized. Conditional rendering also increases tbe overall ^ . AA .„ . „ , . ^ 

throughput of the process, since interpretation and rendering 45 ™* 40 ^illustrates vanous f types of objects. For 

may be done in parallel. example, objects 30, 33 and 39 are referred to as text objects. 

Text objects define text to be placed in the image data. 

BRIEF DESCRIPTION OF THE DRAWINGS Objects 34 and 37 are referred to as image objects. Image 

In the drawings objects are generally larger in size and memory require - 

I-™ , . I* 'i l » .„ . t . t , a r • r 50 ments than other types of objects. Image objects often refer 

FIG. 1 is a block diagram illustrating the flow of infor- , i.^i . ■ ■ i j ■ 

. ■ j % .... to one or more image data rues containing sampled image 

mation and processing of the present invention; j * * t_ j j t^ - - - 

„ . . . . „ data to be rendered. For the sake of simplicity, however, 

FIG. 2 is a diagram illustrating an example image of a FIG. 2 illustrates these sampled images as line drawings, 

page represented by a page description language; Image daU files may be stored from the page 

FIG. 3 is a diagram illustrating a sequence of objects 5S description, for example as a data file on a storage medium 

corresponding to the image of FIG. 2, as output by a page such as a hard disk objects 32, 36 and 38 in FIG. 2 are 

description interpreter; graphical objects. Graphical objects are usually simple 

FIG. 4 is a more detailed diagram illustrating data flow shapes which may be described by a relatively small number 

and processing for the display list processor of the present 0 f page description programming language statements, 

invention; 60 Another type of object is a clip object. Clip objects define 

FIG. 5 is a block diagram of an example computer system boundaries called clipping paths, such as shown at lines 31 

which may be used for implementing the present invention; a nd 35 in FIG. 2, which limit other objects. During 

FIG. 6 is a block diagram illustrating a typical memory interpretation, any object which is specified to be limited by 

system for use in the computer system in FIG. 3; a clip object is flagged as clipped and maintains a pointer to 

FIG. 7 is a flowchart describing how conditional process- 65 the associated clip object. As a clipped object is rendered, 

ing of object definitions is handled for one embodiment of the renderer determines which portions of the object lie 

the present invention; and within the clipping path of the associated clip object. The 



09/14/2004, EAST version: 1.4.1 



5,959,867 

5 6 

portions of a clipped object inside the clipping path are part One embodiment of the invention is shown in FIG. 4. In 

of the output image, while portions of the cupped object this embodiment, a conditional display list processor IS 

outside the clipping path are not part of the output image. As processes object definitions 13 as they are output from an 

an example, in FIG. 2, graphical object 32 and text object 33 interpreter (not shown). Generally, the conditional display 

are clipped by a diamond-shaped clipping path 31. The 5 list processor 15 creates a working display list 16 of text and 

portions of objects 32 and 33 which would normally appear graphic object definitions. Clip objects are stored in memory 

outside of the clipping path 31 are clipped and are not part as indicated at 14 and are referenced by text, image and 

of the output image 40. Likewise, another clip object defines graphic objects. The display list is referred to as a working 

a clipping path 35 around objects 36, 37 and 39. display list since it is periodically rendered and cleared, 

FIG. 3 illustrates an example set 60 of object definitions 10 depending upon various conditions as noted above. 

50-59. Object definitions 50-59 would be the output of the The display list may be implemented, for example, as a 

page description interpreter 22 in FIG. 1. The specific object stack, queue, array, linked list or other appropriate structure, 

definitions 50-59 in F!G. 3 correspond, respectively, to When certain conditions are met, as will be explained in 

objects 30-39 shown in the rendered image 40 of FIG. 2. more detail below, the conditional display list processor 15 

In FIG. 3, each object definition 50-59 has an associated 35 sends an instruction 17 to a display list Tenderer 18. The 

object type, indicated by its "Type" field. An object type may display list Tenderer 18 receives the instruction 17 and the 

be either text, graphic, image or clip. Object definitions working display list 16. The display list Tenderer 18 renders 

which are not clip objects also contain an associated clipped eacn object definition 13 in the working display list 16 to 

flag, indicated by the "Clipped" field. The object's cupped produce the image data 19. Generally, rendered image data 

flag indicates whether the object is clipped by any clip object 20 19 is out P ut int0 a frame buffer (not shown), and may be 

by an appropriate value, e.g., "Yes" or "No", "1" or "0", or printed, displayed, stored, or further processed, 

by a reference, such as a pointer, to the clip object as There are several conditions which cause the working 

indicated at 61-65. For example, object definition 50, cor- display list 16 to be rendered. For example, if an image 

responding to object 30 in FIG. 2, is a text object definition object definition is received, the conditional display list 

and is not clipped. Object definition 57 is an image object 25 processor 15 may instruct the display list Tenderer 18 to 

and is clipped, and therefore makes reference to the clip render and clear the display list 16. The image object itself 

object 55. then is rendered. It also is possible that several image objects 

It should be apparent that multiple objects may be clipped wil1 be processed in sequence. The working display list is 

by a single clip object definition. For example, objects 32 rendered and cleared upon receipt of an image object defi- 

and 33 in FIG. 2, corresponding to object definitions 52 and n i tion s° that sampled image data can be processed effi- 

53 in FIG. 3, have a clipping path 31 which is defined by clip ciently. 

object definition 51. Likewise, objects 36, 37 and 39, The display list 16 also may be rendered and cleared when 

corresponding to object definitions 56, 57 and 59 have a the size of the display list 16 exceeds a predetermined limit, 

clipping path defined by clip object definition 55. Clip object 35 such as may be defined by memory limits for the display list, 

definitions 51 and 55 are output by the interpreter prior to the This conditional rendering keeps memory requirements for 

objects which they clip. For clarity, the object definitions any set of object definitions in a display list within a 

50-59 shown in FIG. 3 only show the object definition reasonable range, and may reduce memory swapping of the 

information related to the object that is relevant to the display list. 

invention. An object definition generally contains various 4Q The display list 16 also may be rendered when the 

other fields of data such as data needed to produce the output clipping state of objects in the display list changes. In 

image. particular, before an object is appended to the display list, if 

Object definitions can be generated by any page descrip- its clipping state is different from the clipping state of 

tion language interpreter. In one embodiment, the interpreter objects in the display list, the display list is rendered, 

may generate several object definitions for each sampled 45 Before any clipped object is added to the working display 

image rather than a single object definition. Generally list, the conditional display list processor 15 ensures that the 

speaking, the interpreter knows, before processing the clip object definition referenced by the clipped object is 

sampled image, how many pixels the image contains. The already in the current working display list. If the clip object 

image also is presented to the interpreter as a series of scan definition referenced by the current clipped object is not in 

lines. The interpreter can read a predetermined number of 50 the display list, the conditional display list processor 15 

these scan lines based on the number of pixels in the obtains a copy of the clip object definition from the set of 

sampled image. A different image object may be output for clip object definitions 14, and adds the copy into the working 

each set of scan lines. Processing object definitions for display list 16. The conditional display list processor then 

sampled images in this manner may further reduce memory adds the clipped object definition 13. Clipped text, graphic 

swapping. 55 and image object definitions thus are rendered in the same 

In the present invention, as a page description is processed working display list as their corresponding clip object defi- 

by an interpreter, object definitions are output from the nitions. 

interpreter into a working display list by a display list By periodically rendering subsets of the objects from a 

processor. As object definitions are received by the display page description, problems associated with the prior art page 

list processor, the occurrence or non-occurrence of some 60 description processors are overcome. In particular, rendering 

conditions may indicate when to render and clear the current and clearing the display list upon the occurrence of certain 

working display list. These conditions include a change in conditions solves some memory problems encountered in 

the clipping state of object definitions in the display list, an the prior art. The working display list may be constructed 

increase in size of the display list beyond a predetermined with multiple object definitions before being rendered, much 

limit, and output of an image object definition from the 65 like an imaging system operating in band mode. However, 

interpreter. This set of conditions is neither exhaustive nor for processing efficiency, when an image object definition is 

limiting of the present invention. output from the interpreter, the display list is rendered and 
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cleared immediately. This is similar to frame mode page 
description processing. Thus, the invention may operate in a 
band mode-like manner by collecting object definitions in 
the display list and then may switch to a frame mode -like 
operation upon the occurrence of conditions, such as detect- 
ing an image object. Such dynamic control of when and 
which object definitions are rendered provides efficiency and 
speed of page description processing. 

Embodiments of the present invention may be 
implemented, for example, using a digital computer. Various 
types of computers exist however, and the present invention 
may be implemented on most of these various types of 
computers without deviating from the scope of the present 
invention. For example, page description processing is often 
implemented within a dedicated computer system such as a 
laser printer. Such a laser printer may receive a page 
description and process it according to the present invention. 
Page description processing also may be performed within a 
general purpose computer system, such as a personal com- 
puter or workstation, and then the rendered image data may 
be further processed, or displayed, or sent via an interface to 
a laser or other type of printer for printing. In the later case, 
the laser printer receives the rendered image data for print- 
ing only, and may not need to perform page description 
processing. In either case, the present invention may be 
described in relation to both types of computer systems, 
dedicated and non-dedicated. 

In FIG. 5, computer system 11 may be either a general 
purpose or dedicated computer system, and includes a 
processor 1 connected to a memory system 4 via an inter- 
connection mechanism 5. An example of a general purpose 
computer would be a personal computer or workstation, 
whereas an example of a dedicated computer would be a 
laser printer or copier machine. The interconnection mecha- 
nism is typically a combination of one or more buses and 
one or more switches. At least one input device 2 is also 
connected to the processor and memory system via the 
interconnection mechanism, as is at least one output device 
3. 

If the present invention is implemented on a more general 
purpose -type computer, such as a workstation or personal 
computer, example output devices 3 may include a cathode 
ray tube (CRT) display, liquid crystal display (LCD), one or 
more frame buffers, a file storage device such as a disk, 
concurrently executing software applications, laser printers 
including color laser copiers, and communication devices, 
such as network interfaces or modems. In such a general 
purpose computer implementation, rendered image data may 
be produced in the computer and the output device may be 
another application program executing within the same, or a 
different computer. The other application program, such as 
an image processing application, may receive the rendered 
image data for further image processing. In a dedicated 
computer system implementing the present invention, such 
as a computer processor within a laser printer, output devices 
may include a frame buffer connected to a laser drum 
apparatus for printing the rendered image data. 

It also should be understood that one or more input 
devices 2 may be connected to the computer system 11. In 
a dedicated computer such as a laser or other type of printer, 
example input devices may include a bus extending from a 
page description interpreter processor, a communication 
device such as a network interface card within the printer, or 
an image scanner. In a more general purpose, non-dedicated 
computer system, input devices may consist of an applica- 
tion program or file which produces or contains a page 
description. Other variations of input devices known to 
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those skilled in the art now may be apparent and are 
contemplated as being within the scope of the invention. 

In the embodiment previously described with respect to 
FIG. 4, the invention may be implemented as a routine in 

5 software as an integral part of a page description processing 
program. In such an embodiment, the input device for the 
invention may be an application programming interface 
(API) from a routine of the page description interpreter 
which passes object definitions to the condition detection 

10 processor through the API, If an embodiment is incorporated 
into the entire page description processing program itself, 
which may include the interpreter, input devices may be files 
from disk storage, or data from another process executing on 
the same or a different general purpose computer. In an 

15 embodiment which is implemented within a dedicated com- 
puter device, such as a laser printer or copier, the input 
device 2 may be an interface to a network or computer which 
downloads the page description into the memory 4 for 
processing. Page description processing may then take place 

20 within the laser printer itself, for example. 

It should be understood that the invention is not limited to 
the particular input or output devices used in combination 
with the computer system or to only those described herein. 
The input and output devices 2 and 3 may be included 

25 within, or external to, a main computer unit which typically 
houses the processor 1, memory system 4 and interconnec- 
tion mechanism 5. 

The computer system 11 may be programmable using a 
high level computer programming language, such as "C++" 

30 to implement embodiments of the invention. Alternatively, a 
computer system embodying the present invention may be 
implemented using specially programmed, special purpose 
hardware, such as an Application Specific Integrated Cir- 
cuits (ASICs) or may be implemented as a program in 

35 firmware which is accessed by the processor 1 of FIG. 5. 
When implemented in a dedicated-type computer system 
such as a printer or copier, the invention would more likely 
be embodied in an ASIC as hard-wired circuitry, or in 
firmware which works in conjunction with the processor, 

40 memory, interconnection mechanisms and input and output 
devices. When embodiments are implemented on general 
purpose computer systems, they may be implemented within 
software application programs. 

In a more general purpose computer system, such as a 

45 personal computer or workstation, the processor is typically 
a commercially available processor, such as the Pentium 
microprocessor from Intel Corporation, Many other proces- 
sors are also available. Such general purpose processors 
execute a program called an operating system, such as the 

50 Windows operating system from Microsoft Corporation, 
which controls the execution of other computer programs 
and provides scheduling, debugging, input-output control, 
accounting compilation, storage assignment, data 
management, memory management, and communication 

55 control and related services. The processor and operating 
system define a computer platform for which application 
programs in high level programming languages are written. 
The invention may be embodied as a computer software 
application program, stored on a computer readable medium 

60 such as a disk or in a memory, which provides instructions 
which execute on the processor of the general purpose 
computer. It should be understood that the invention is not 
limited to a particular computer platform, particular operat- 
ing system, particular processor, or particular high or low 

65 level programming language. Additionally, the computer 
system 11 may be a multiprocessor computer system or may 
include multiple computers connected over a computer 
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network. In such an embodiment, interpretation for example such as the display list Tenderer 18 in FIG. 4. Whether the 

may be performed on one computer, and condition detection computer is a general purpose or dedicated system, in this 

processing of object definitions may be performed on embodiment, the conditional display list processor 15 of 

another, with the interconnection mechanism 5, of FIG. 5, FIG. 4 executes within the processor 1 of the computer 

being a computer network. Other variations of dividing 5 system 11 of FIG. 5. The conditional display list processor 

processing tasks among computers now may be contem- 15 handles the processing of object definitions 13 and the 

plated by those skilled in the art and are meant to be within working display list 16, and upon occurrence of a condition 

the scope of the present invention. which requires the display list to be rendered, instructs an 

An example memory system 12 will now be described in rendering mechanism such as display list renderer 18 

more detail in connection with FIG. 6. A memory system 10 t0 handle the rendenn S operation. 

typically includes a computer readable and writable non- FIG 7 * a flowchart describing operation of an example 

volatile recording medium 6, of which a magnetic disk, a embodiment of the conditional display list processor 15 of 

flash memory, and tape are examples. The disk may be FIG. 4. The processing steps of FIG. 7 may be performed 

removable, known as a floppy disk, and/or permanent, concurrently with the interpretation of a page description 

known as a hard disk drive. The disk 6, which is shown in 15 and tne rendering of the display list. Likewise, the steps 

FIG. 6, has a number of tracks 10 in which signals are stored, showa in FIG * 7 also ma Y be performed by the display list 

in binary form, i.e., a form interpreted as a sequence of l's processor 24 of FIG. 1. In either instance, in the following 

and 0's, as shown at 9. Such signals may define an appli- description, the term processor refers to the computer appa- 

cation program embodying processing capabilities accord- ratus whicn executes the processing tasks associated with 

ing to certain embodiments of invention which is executed 20 ste P s snown m FIG* 7 - 

by the processor 1, or the signals may define information Each object definition received from the interpreter, while 
stored on the disk to be processed by the application being processed by steps 70-85 of FIG. 7, may be referred 
program, such as page descriptions, display lists, and ren- to as the current object. During interpretation of a page 
dered image data or image information stored in a data file. description, each object definition output from the inter- 
Typically, in operation, the processor 1 causes data to be 2 5 preter is received by the processor at step 70. The processor 
read from the non-volatile recording medium 6 into an then determines, in step 71, whether the display list is empty, 
integrated circuit memory element 7, which is typically a If the display list contains at least one object definition, the 
volatile random access memory, such as a dynamic random clipping state of the display list (maintained in a flag called 
access memory (DRAM) or static memory (SRAM). The the "list_clipped_flag") is compared, in step 72, to the 

integrated circuit memory element 7 allows for faster access 30 "clipped" flag of the current object definition. If the list 

to the information by the processor 1 and disk 6, and is clipped_flag is not equal to the current object's clipped flag, 
typically called the system memory. The processor generally then the clipping state of the display list has changed with 
causes the data to be manipulated within the integrated the current object, If the clipping state of the display list has 
circuit memory 7 and copies the data to the disk 6 if changed, the processor instructs the display list renderer 18, 
modified, when processing is completed. A variety of 35 of FIG, 4, to render and clear any object definitions in the 
mechanisms are known for managing data movement current working display list in steps 74 and 75. Otherwise, 
between the disk 6 and the integrated circuit memory 7, and if the clipping state of the display list has not changed, then 
the invention is not limited thereto. It should also be the type field of the current object is examined in step 73 to 
understood that the invention is not limited to a particular determine if the object definition defines an image. If the 
memory system. As previously mentioned, the present 40 object type is an image, the processor instructs the display 
invention may be embodied in a variety of configurations of list renderer 18, of FIG. 4, to render and clear the current 
computer systems, both dedicated and non -dedicated, and working display list in steps 74 and 75. 
within part of, or as the entire computer system itself, or only Otherwise, if the display list was empty when the current 
as a portion of an application program or process executing object definition was received from the interpreter (step 71) 
within the overall computer system. The former descriptions 45 or after the display list is rendered and cleared (steps 74 and 
of various embodiments are not meant to limit the invention 75), or if the object is not an image (step 73), then the 
to one configuration or another. clipped flag of the current object definition is examined by 
The embodiments described in relation to FIG. 4 may be the processor in step 76. If the object definition is clipped, 
implemented upon one of the computer platforms described then the processor determines, in step 77, whether the clip 
in relation to the embodiments show in FIGS. 5 and 6. On 50 object definition, associated with the current object 
a general purpose computer platform, the interpreter may be definition, is present in the display list. If the display list 
contained within an application program which serves as an does not contain the clip object definition associated with the 
input device to the conditional display list processor 15, current object, the processor adds a copy of the referenced 
which may also execute within the same or a different clip object definition to the display list in step 79. If the clip 
program or process on the processor 1 of FIG. 5. The output 55 object corresponding to the current object definition is in the 
device 3 of FIG. 5 may be another software application or working display list, step 79 is skipped and processing 
process within the same application as the interpreter. In a proceeds to step 78. If the processor, in step 76, detects that 
dedicated computer, such as a laser printer system, the the current object definition processed is not clipped, pro- 
interpreter may serve as an input device and may exist as a cessing proceeds directly to step 78. 
separate dedicated processor within the dedicated computer, 60 In step 78, the processor sets the list clipped flag to the 
or may be a process executing on processor 1 within the value of the clipped flag of the current object definition. The 

printer. Alternatively, in a dedicated computer system, object processor maintains the appropriate setting for the list 

definitions may be supplied from an interpreter executing on clipped_flag in step 78, so that changes in the clipping state 

a remote processor or remote computer which may serve as of the display list may be detected on subsequent iterations, 

the input device. The output device may be a frame buffer 65 in step 72. Next, the processor adds the current object 

which accepts the rendered image data, or alternatively, the definition to the display list in step 80. The processor then 

output device may be the image rendering mechanism itself, determines in step 81 if the type of the object definition just 
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added is an image, and if so, the processor instructs the interpreter outputs graphic object definition 52 to the pro- 
display list renderer 18 of FIG. 4 to render and clear the cessor. The display list is not empty and so processing 
current working display list in steps 83 and 84. In step 81, proceeds through step 71 to step 72. The list clipped flag, 
if the current object definition's type is not an image, the previously set false from the processing of object definition 
processor determines the size of the current working display 5 50, will not equal the clipped flag of graphic object defini- 
list in step 82. If the current working display list exceeds a tion 52. Thus, the display list containing object definition 50 
predetermined size, the processor instructs the display list is rendered and cleared by the display list renderer, as 
renderer 18 of FIG. 4 to render and clear the current working instructed by the processor in steps 74 and 75, and process- 
display list in steps 83 and 84. However, if the processor, in ing proceeds to step 76. Since object 52 is clipped, and the 
step 82, determines that the current working display list does 10 clip object 51 is not in the display list, clip object definition 
not exceed the predetermined size, the processor returns 51 is added t0 tDe display list in step 79 and processing 
control to the interpreter at step 85 in order to obtain the next proceeds to step 78. The list_clipped_flag is set true in step 
object definition interpreted from a page description. 78 and ^ processor adds graphic object definition 52 to the 
Tt , , , . u* . -i « display list in step 80 and processing proceeds through steps 
It also is possible to process image object definitions in a 01 y 0 J JO -rp*\ a /i * j * .1 
. . i . A . - i , . ™^ - 81, 82 and 85. Text object definition 53 is processed onto the 
manner which simplifies the processing .described I in FIG. 7. 15 djs{ ^ fa ^ ^ cessor with st in a similar 

In particular, as shown in step 73 of FIG. 7, when image manner M object definition 52> but step 79 is skipped 

object definitions are detected, the display list can be ren- because object definitions 52 and 53 each contain respective 

dered and cleared. Rather than performing steps 74 and 75 clip pointers 61 and 62 which allow these clipped object 

as illustrated and proceeding with the remaming steps, the definitions to reference the clip object definition 51, which 

image object simply can be rendered into the frame buffer 2 o is already in the display list. 

immediately after the current display list is rendered cleared Upon rece j pt 0 f image ob j ect definition 54 from the 

without adding any image objects to the display list. In such interpreter by the processor at step 70, processing proceeds 

an embodiment, step 80 is immediately followed by step 82, through step 71 to step 72. The list_clipped_flag, which is 

which would replace step 81 in the flow diagram. In true, is not equal to the clipped flag of object definition 54. 

addition, in this embodiment, an image object is not added 2 5 Accordingly, the display list is rendered and cleared by the 

to an empty display list as would be implied by steps 71 to processor instruction to the display list renderer in steps 74 

80. Accordingly, the test of step 73 may be made the first and 75. Next, image object definition 54 is added to the 

step of the flowchart. display list in step 80 and the processor detects the image 

In the foregoing embodiments, three conditions cause the object in step 81. The display list, only containing image 

display list to be rendered and cleared. If the clipping state 30 object definition 54, is then rendered by the renderer in step 

of the display fist changes or an image object definition is 83 and cleared in step 84, as instructed by the display list 

detected, the display list is rendered and cleared before processor. The remaining object definitions 56-59 shown in 

adding the new object definition to the display list. If the FIG. 3 are processed in a* similar fashion as described for 

addition of the object definition causes the display list to object definitions 50-54. 

exceed a predetermined size, the display list is also rendered 35 When object definition 59 is received by the processor at 

and cleared. This embodiment also ensures that any clip step 70, the processor detects a change in the list_clipped_ 

object definitions, which correspond to object definitions flag instep 72 and calls the display list renderer to render and 

which are clipped, added to the working display list before clear the display list in steps 74 and 75. At step 76, since text 

the addition of the clipped object definitions. Ensuring the object definition 59 is clipped, step 77 is performed to 

presence of the associated clip object definition in the 40 determine if clip object definition 55 is in the display list, 

display list before adding the clipped object definition The clip object pointer 65 allows the processor to identify 

obtained from the interpreter allows clipped object defini- the clip object 55 in step 77, even though clip object 

tions to reference their clip object definitions previously definition 55 was previously rendered and cleared from the 

rendered and cleared in a former working display list. display list. The processor, in step 77, then determines that 

Furthermore, a single clip object definition may be refer- 45 clip object definition 55 is not in the display list, and adds 

enced by multiple object definitions subject to clipping. This a copy of clip object definition 55 to the display list before 

embodiment eliminates any requirement that a clipped adding clipped text object definition 59. 

object be immediately preceded by its corresponding clip After processing object definition 59, processing returns 

object definition. to the interpreter at step 85. The page description interpreter 

An example application of the process of FIG. 7 to a set 50 then detects an "end of page marker" which occurs in the 

of object definitions will now be described. The set of object page description. Steps 90 through 93 of FIG. 8 show page 

definitions 60 shown in FIG. 3 will be used as example description processing steps performed by the processor 

object definitions output from the interpreter. Each of the upon detection of an end of page marker. Step 90 is entered 

object definitions 50-59 (not 51 or 55) shown in FIG. 3 is from interpreter and processing proceeds to step 91, where 

received sequentially by the conditional display list proces- 55 the processor sends an instruction to the display list renderer 

sor (the processor) at step 70 of FIG. 7, and processed to render any remaining object definitions in the display list, 

through steps 70-85. The clip object definitions 51 and 55 In the previous example of processing object definitions 

are not processed directly from the interpreter at step 70 in 50-59 of FIG. 3, clip object definition 55 and text object 

this embodiment, but are stored at 14 as shown in FIG. 4. In definition 59 remain in the display list upon detection of the 

FIG. 7, only the non-clip type objects are passed to step 70. 60 end of page marker. These object definitions in the display 

In FIG. 7, when object definition 50 is received by the list are passed to the renderer by the processor in step 91. 

processor at step 70, the display list is empty. Therefore, After step 91, the processor, in step 92, clears the display list 

processing proceeds from step 71 to step 76, Since object and then processing returns to the interpreter in step 93. The 

definition 50 is not clipped, the processor sets the list clearing of the display list also may be done by the display 

clipped_flag to false in step 78. The processor, in step 80, 65 list renderer. If subsequent pages exist in the page 

then adds object definition 50 to the working display list and description, the processing described in connection with 

step 81, 82 and 85 are processed without event. Next, the FIG. 7 repeats for the next page of the page description. 
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Another aspect of this embodiment of the invention which conditionally adding the received object definition to a 
was not executed by the processor in the previous processing display list according to the condition detected; and 
example was step 82. In step 82, the processor instructs the rendering the entire display list, irrespective of whether 
display list Tenderer to render and clear the display list. The the received object definition is the last in the sequence 
render instruction is given after an object definition has been 5 of object definitions, when an occurrence of the con- 
added to the display list and if the display list exceeds a dition is detected. 

predetermined size. The determination of the size of the 2. The computer implemented process of claim 1, wherein 
display list may be based on the amount of memory used, or lhe ste P of detecting includes a step of detecting an occur- 
on the number of object definitions contained within the re ° ce ° f a characteristic of the received object definition, 
current working display list. Alternatively, display list size 10 u 3 ' ««nputer implemented process of claim 2, wherein 
may be computed by tracking certain numbers of specific £ c ste P of ^ { ? ctl ^ ^ 1D fi ciu t des the steps of detecting whether 
4 J £• *• r u* *j c *u- *u i the received object definition defines a sampled image and, 
types or combinations of object definitions within the work- , ; r , ,. , „ .. . r » 
■ i- i i- -n • ci_ j when the received object definition is a sampled image, 
ing display list. By using one or more of these computed renderi the entire dis u Iist and then the sampled 

values, a determination may be made whether or not to tQ fde at ^ a ioQ of out t { dala 

instruct the display fist Tenderer to render and clear the is 4. The computer implemented process of claim 2, wherein 

display list. By providing conditional rendering, parameters the step of using thc page desc ription interpreter, one of the 

may be altered in order to adjust how frequently the display steps of det ecting and conditionally adding, and the step of 

list is rendered and cleared based on its size or contents. rendering are performed in parallel, concurrently with each 

In another embodiment of the invention, processing of other, 

page descriptions may be improved by concurrently pro- 20 5. The computer implemented process of claim 2, 

cessing tasks. For example, each time the interpreter pro- wherein: 

duces another object definition from its interpretation of the each received object definition has a clipping state indi- 

page description, the processing steps of the conditional eating whether the corresponding object is clipped; 

display list processor in FIG. 7 may be re-entered at step 70. the step of detecting includes a step of detecting whether 

In an alternative embodiment, the interpreter may already 25 the clipping state of the object definitions in the display 

have another object definition queued and waiting to be list is different from the clipping state of the received 

processed by the steps of FIG. 7. The interpreter may object definition; and 

continue interpreting the page description while current the computer implemented process further includes a step 

object definitions can be processed into the display list from 0 f rendering the entire display list to provide at least a 

a queue of previously output object definitions. Likewise, 30 portion of output image data when object definitions in 

concurrent or parallel processing is possible after a render- t he display list have a clipping state that is different 

ing operation is initiated in one of steps 74 or 83. Since fj 0m the clipping state of the received object definition, 

groups of objects may be rendered in small sets the objects The computer implemented process of claim 5, further 

output by the interpreted may continue to be processed into comprising steps of determining whether the received object 

a display list while a separate rendering mechanism accepts 35 definition has a corresponding clip object and, when the 

and renders the display list passed to it from the processor received object definition has a corresponding clip object, 

in steps 74 or 83. ensuring a clip object definition for the clip object is in the 

Those skilled in the art will now understand that there display list, 

may be various orders in which the steps of FIG. 7 may be 7. The computer implemented process of claim 6, wherein 

performed, while retaining the overall functionality of the 40 the step of ensuring includes the steps of: 

various embodiments of the invention. Such modifications identifying the clip object definition corresponding to the 

are meant to be within the scope of the invention. received object definition; 

The rendering of subsets of object definitions from the set determining whether the identified clip object definition 

of object definitions obtained by interpreting a page 45 exists in the display list; and 

description, upon the occurrence of certain conditions, adding the identified clip object definition to the display 

improves overall performance of page description and image list when the identified clip object definition does not 

processing. The aforementioned techniques reduce the exist in the display list. 

amount of time and memory needed to perform page 8. The computer implemented process of claim 7, wherein 

description processing. 50 the received object definition has a clipping state indicating 

The foregoing embodiments are merely illustrative and whether the object is clipped by a nonrectangular clipping 

not meant to be limiting, having been presented by way of path. 

example only. Numerous modifications and other embodi- 9. The computer implemented process of claim 2, further 

ments are within the scope of one of ordinary skill in the art comprising the steps of detecting whether the display list has 

and are contemplated as falling within the scope of the 55 exceeded a predetermined size and rendering and clearing 

invention as defined by the appended claims and equivalents the entire display list when the display list exceeds the 

thereto. predetermined size. 

What is claimed is: 10. A computer system for processing a document, 

1, A computer implemented process for processing a defined in a page description language, comprising: 

document, defined in a page description language, compris- 60 means for generating a sequence of object definitions 

ing a step of using a page description interpreter to generate corresponding to objects defined in the document; 

a sequence of object definitions specifying corresponding means for detecting an occurrence of a condition created 

objects in the document, and further comprising steps of, for by a received object definition and conditionally adding 

each received object definition in the sequence of object the received object definition to a display list according 

definitions: 65 to the condition detected; and 

detecting an occurrence of a condition created by the means for rendering the entire display list when an 

received object definition; occurrence of the condition is detected, irrespective of 
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whether the received object definition is the last in the 
sequence of object definitions. 

11. The computer system of claim 10, wherein the con- 
dition is a characteristic of the received object definition. 

12. The computer system of claim 11, wherein the con- 
dition is whether the received object definition defines a 
sampled image and wherein the means for rendering renders 
the entire display list and then sampled image to provide at 
least a portion of output image data. 

13. The computer system of claim 11, wherein the page 
description interpreter, the display list processor, and the 
display list Tenderer function in parallel, concurrently with 
each other. 

14. The computer system of claim 11, wherein: 

each received object definition has a clipping state indi- 
cating whether the corresponding object is clipped; 

the display list processor includes means for detecting 
whether the clipping state of the object definitions in 
the display list is different from the clipping state of the 
received object definition; and 

the computer system further includes means for rendering 
the entire display list to provide at least a portion of 
output image data when object definitions in the display 
list have a clipping state that is different from the 
clipping state of the received object definition. 
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15. The computer implemented process of claim 14, 
further comprising means for determining whether the 
received object definition has a corresponding clip object 
and means for ensuring a clip object definition for the clip 

5 object is in the display list when the received object defi- 
nition has a corresponding clip object. 

16. The computer system of claim 15, wherein the means 
for ensuring includes: 

means for identifying the clip object definition corre- 
10 sponding to the received object definition; 

means for determining whether an identified clip object 

definition exists in the display list; and 
means for adding the identified clip object definition to 
the display list when the identified clip object definition 
5 does not exist in the display list. 

17. The computer implemented process of claim 16, 
wherein the received object definition has a clipping state 
indicating whether the object is clipped by a nonrectangular 
clipping path. 

2Q 18. The computer system of claim U, further comprising 
means for detecting whether the display list has exceeded a 
predetermined size and means for rendering and clearing the 
entire display list when the display list exceeds the prede- 
termined size. 

* * * * * 
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Column Line No. 




Cover page at [75] 


Inventor Carl Mikkelsen is from "Wayland, Mass." 
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11 38 


The word "are" should be added after the comma to 
read "..which are clipped, are added to the working 
display list before..." 


13 33 
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the objects..." 
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